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Sender selects category(ies) of SMS messages to be sent (weekly horoscope, daily joke etc.) 
using phone, web, business reply or retail channel, provides mobile telephone number of 
recipient (the recipient is diffennt from the sender « it's a gift) and makes fiill payment 



Database of SMS 
recipients* mobile numbers 
and message categorj' 
entidements (i.e. which 
particular message types 
they will be sent) 



Payment infrastructure 



Database of standard SMS 
messages in different categories 
(horoscopes, jokes etc.), 
regularly updated 



SMS sending engine 



GSM bearer <r 



Handset 



Causes SMS in specific categorj^^es) to 
be sent at pre-defined times (e.g. 
horoscope once a week etc.) to 
applicable recipients 



Cost to send SMS is not individually 
tracked and billed to the sender 



No cost to receive 
SMS 



Figure 1 
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METHOD OF SENDING MESSAGES OVER A WIRELESS BEARER 
FIELD OF THE INVENTION 

This invention relates to a method of sending messages over a wireless bearer, such as SMS 
"alerts" over the GSM network. Alerts are information messages sent to a large number of 
people, as opposed to personal communications. Alerts cover items such as weekly 
horoscopes, daily jokes, lottery number results etc. 

DESCRIPTION OF THE PRIOR ART 

SMS messaging has become hugely popular in many countries; much of this traffic is made 
up of short, personal messages sent between users of mobile telephones. But increasingly, 
network operators are offering alerting services, such as horoscopes, daily jokes, lotterji 
number results etc.. as noted above. These can be verj- profitable services, with UK 
operators currently charging users approximately 12 pence per alert received. 

To subscribe to these alerts, a user dials a specific number from his or her mobUe telephone, 
if using a non-WAP telephone. Different services can be subscribed to by using different 
access telephone numbers. If a WAP enabled telephone is used, then die user generally has 
a 'services' option in his device menu which, when selected, automatically pulls up a Hst of all 
available alerts. In either case, the computer infrastnicture at the operator automaticaUy 
recognises the nqu^tingmobik telephone and sets up Ae necessary modifications to its alerting 
database so that the nquesHng mobik telephone gets the required message and the per message 
cost is added to the applicable bill. 

TTiere are several disadvantages to this approach. First, tracking the sending of SMS 
messages and integrating that costing data into existing billing systems is inherentiy complex, 
and can require extensh^e computer and human resources to support the potentiaUy huge 
number of transactions and to cope with the inevitable errors. Secondly, because an alerting 
service can currently only be requested from the mobile telephone which wishes to recehrc 
the alerts, if a mistake arises (e.g. the recipient's telephone number has changed or the system 
has faUed to correcdy recognise or record the telephone number of the requesting user, or 
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that data has become corrupted) then the operator is unable to contact the requesting user to 
resolve the problem. 



SUMMARY OF THE PRESENT INVENTION 



In a first aspect of the present invention, there is a method of sending messages over a 
wireless bearer comprising the following steps: 

(a) aUowing a user to select a category of messages to be sent to a recipient; 

(b) aUowing the user to provide information to a supplier (0 that defines the 
selected category and (ii) further comprises the rhobile telephone number of 
the desired recipient of future messages belonging to that category; and 

(c) sending a message belonging to the pre-selected category to that recipient; 
wherein the user (a) provides the information to the supplier using a physical device other 
than the device with the mobile telephone number of die desired recipient and (b) makes full 
payment for a pre selected number of messages or messages over a pre-selected duration 
prior to the initiadon of the supply of messages. 

This approach solves the above deficiencies of the prior art. The core differences over 
conventional SMS alerting systems (e.g footbaU score alerts) are that conventional systems 
require the service request to come from the mobile telephone of the eventual ncipienL There 
has been a strong assumption tiiat the only cost-effective route to setting up SMS alerts is to 
use an entirely automated system which recognises the requesting mobile telephone and 
allows that telephone to request alerts to be sent to it. 

The present invention is based on die insight that tiiis assumption is flawed and in faa leads 
to a technical infrastructure which is more compUcated than it need be. The essence of die 
approach of die present invention is to provide a technical infrastructure which allows, for 
example, a SMS alert request to come from a source other than die device to which Ae alert is 
to be sent and for those alerts to be fuUy pre-paid. Counter-intuitively, there are technical 
advantages which flow from tiiis approach: first, conventional SMS alerts cost the recipient 




3 

per message received. With the present invention, messages are pre-purchased so that there 
is no need to deploy any of the costly and complex billing infrastructure needed to track and 
bill SMS messages, as is required in conventional SMS alerting systems. Because of the 
absence of the need to deploy a complex billing infrastructure, the overall technical 
5 infrastructure associated with the present invention can be far simpler than that required by 
conventional SMS alerting systems, and hence cheaper and faster to construct. These 
advantages can be critically important in the fast moving and commerciaUy demanding 
environment of mobile communications. 

10 Secondly, if there is a problem with having messages received, the present invention enables 
the supplier to contact the purchaser to resolve the problem. That was not always possible 
in the prior art approach of allowing requests for alerts only to be made from the mobile 
telephone which is to eventually receive the alerts; for example, take the case where a user 
requests alerts, but then changes his telephone number or happens to be located in a region 

15 which requires a different kind of number prefix to be dialled by a caller (as arises with some 
mobile telephony systems). With conventional, automated self-rrequest systems, then the 
operator has no way of finding out the correct new number or even alerting the user to the 
difficulty in delivering the alerts. But where a different device is used to request the alert, as 
in the present invention, the operator Can contact the person who made the request and 

20 explain the problem. 

\ 

Thirdly, with conventional systems, there is a need to integrate automated caller ID systems 
into the database that tracks the telephone numbers of all devices which are entitled to 
receive alerting messages. This can be a complex and expensive software integration 

25 problem; yet this problem is avoided entirely if the database is not reliant solely on another 
system which auto-detects the caver's telephone number, but the database instead allows 
other approaches to providing the telephone number of the recipient. These other 
approaches can be simpler than current systems based on auto-recognising the caller's 
telephone number, and include a user simply calling a telephone call centers and giving the 

30 required information (i.e. at a minimum the kinds of alerts to be bought, paj^nent data and 
the recipient's mobile telephone number), or logging onto a web site or using a business 
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reply card. It is also possible for a user to use his or her mobile telephone and interface with 
an automated system which requires the user to input the recipient's telephone number (i.e. 
it makes no assumption that the caller wants the alerts for his or her own device). 

In another aspect, there is a message sent using the inventive method defined above. 

Ina final aspect, there is a mobile telephone when displaying a message sent using the 
inventive method defined above. 

Further details of the invention are defined ip the Claims of this specification. 
Brief Description of the Figure 

The present invention is depicted schematically in Figure 1. A commercial implementation 
called MerryMobile™ is available from Brainstorm of London, England. 

DETAILED IMPLEMENTATION 

1) MenyMobile overview 

The basic proposition is to offer pre-paid yearly subscriptions for compelling alerts services. 
These will be primarily positioned as gifts. The functionality is geared towards purchase for 
another (although it would be possible to purchase for oneself as wel^. 

Referring to Figure 1, the first step is for a user (referred to as a "sender") to select 
categoryCies) of SMS messages to be sent (weekly horoscope, daily joke etc.) using phone, 
web, business reply or retail channel. The sender then provides the mobile telephone 
number of the recipient (the recipient is different from the sender - it could therefore be a 
gift) to the ser\nce provider and makes full payment using an appropriate mechanism to that 
pro\ader (e.g. credit card authorisation, an instruction to include in one's own telephone bill 
etc). The service provider maintains a database of SMS recipients' mobile numbers and 
message category entitlements (i.e. which particular message t>T>es they will be sent), together 
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with a database of standard SMS messages in different categories (horoscopes, jokes etc.). 
which are regularly updated. 

A SMS sending engine then causes SMS alerts in specific category(ies) to be sent at pre- 
5 defined times (e.g. horoscope once a week etc.) to the mobile telephone numbers defined by 
die databases as being entided to receive those alerts. The alerts are sent over a wireless 
bearer, such as GSM. Unlike conventional SMS alerting systems, there is no need to track 
and biU each SMS alert received. 

10 The foUowing sections oudine some of the practical aspects to an implementation of the 
present invention. 



2) Services 

1 5 Tj^pical MerryMobile services will comprise: 

• Weekly horoscopes 

• Weekly fortune cookie 

• Weekly health tip 
20 • Weekly joke 

• Weekly flirting tip (for men) 

• Weekly flirting tip (for women) 

• Chat-uplines 

• Weekly stop smoking tip 
25 • Lottery numbers 

• Bespoke options 

The service should be built so that post-Xmas, the gift proposition can be altered to begin at 
any time, and be flexible enough to aUow the service provider to amend the offer to a daily. 
30 weekly or monthly service etc. Further alerts types may be added. Each message sent carries 
an end identifier, mefn'mohiV rorp. should the recipient decide to halt the service. 
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3) Business Reply Purchase 

Buyers purchase the product by credit card on a business-reply postal card picked up at a 
Point of Sale. The brochure must state 



• What each senace consists of (cards for different points of sale may differ) 

• What each sex\ace costs 

• The alternative purchase options: phone and Web 

• When the gift begins (ic: January) 

• Explain that the SMS will contain further details of how to stop/operate the service 

• The option to have a serial number on the brochure is being investigated 

The buyer must be able to fill in the following (not necessarily in this order): 

• How many services are being purchased 

• Which semces are being purchased 

• Credit card authorisation details - name, address, card details 

• The mobile phone number of the recipient 

• Buyer's contact details in case a problem occurs, e.g. mobile number has changed 

• OPTIONAL: The name of sender of the gift (may be a personal name or otherwise 
different from credit card) 

• OPTIONAL: The name of recipient 

• OPTIONAL: Whether a nicely-printed ^ft certificate and envelope is required at an 
extra cost, e.g. £1.50 



4) Phone Purchase 

Buyers purchase the service on credit card via the phone (caU centre) instead of using 
business-reply postal card picked up at a Point of Sale. One number can be used foj 
retailers. The buyer must be able to give detaUs of the foUowing (not necessarUy in 



order): 
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10 



15 



30 



How many services are being purchased 

\XTiich services are being purchased 

Credit authorisation details - name, address, card details 

The mobile phone number of the recipient 

Buyer's contact detaUs in case a problem occurs. e.g. mobile number has changed 
OPTIONAL: The name of sender of the gift (may be a personal name or otherwise 
different from credit card) 
OPTIONAL: The name of recipient 

OPTIONAL: Whedier a nicely-printed gift certificate and envelope is required at an 
extra £1.50 



5) Web Purchase 



Buyers purchases the ser%'ice on credit card via the web at partners' sites or at 
www.merr>-moh.lerom . The web front end is be a 'Vanilla"/agnostic structure and design 
for white label provision and simple integration into partner sites/portals. The back end will 
be the chosen secure credit card/billing structure. The purchase front end may additionally 
20 be available as part of Mobile Portal. 



The site must: 



Show what each service consists of (sites may vary sUghtly in terms of services) 

25 • Give at least one example of each service 

• Provide details of content if available/appropriate 

• Show what each service costs 

• The alternative purchase options by phone 

• When the gift begins (ic: January) 

• have a strong caU to action - verj' few cUcks to end purchase 

• Explain that the SMS will contain further detaUs of how to stop/operate the service 
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• Be highly customisable post-Xmas for ongoing gift purchase and customisable for 
future events such as Valentines' Day 

The buyer must do the following (not necessarily in this order): 

• aUow addition of products to (and remo\'al from) a shopping basket 

• provide credit authorisation details - name, address^ card details 

• pro\ade the mobile phone number of the recipient (twice for confirmation) 

• pro\nde the buyer's contact details in case a problem occurs, e.g. mobile number has 
changed 

• pro\ade their email address (for an email receipt) 

• OPTIONAL: provide the name of sender of the gift (may be a personal name or 
otherwise different from credit card) 

• OPTIONAL: provide the name of recipient 

• OPTIONAL: Whether a nicely-printed gift certificate and envelope is required at an 
extra £1-^0 

• OPTIONAL: provide text and deliver}- details for the gift card if required 



The recipient must be able to do the following: 

• Users \nsiring the website may request a PIN in order to stop the ser\ace. The PIN is 
sent to the mobile number that the user specifies, which could be matched against 
the numbers of all people using the service. The sending of the PIN is reverse-billed 
where possible. 

• Users can stop the service(s) by entering both mobUe number and accompanying 
PIN 

• Any number of PINs may be sent on request to the user. Each makes the previous 
one defunct. 

• At this stage, users cannot redirect the service to a different number. This 
functionality may be envisaged for fumre versions of the service ^ eg: for Valentines' 
Day as discu$sed 



6) SMS Confirmation (for recipient) 



5 All recipients receive a confirmatory SMS with the following information (for each service): 

Merry Mobik ! You've been given an SMS gift of [insert service description] [OPTIONAL: &om] 
[OPTIONAL: insert gift giver's chosen name for sender]. To alter details visit 
3imnv.menymobile.com 

10 

NB: This leaves 60 characters for the optional "from", plus the service name and the 
sender's name. This will need to be limited. For the Xmas products and gift offering, the 
SMS should be set to arrive on December 25*. In future, it may be required to set the date 
of deliver)' and the first week for commencement of service. 

15 

7) Confirmation of Purchase (for purchaser) 

Post and phone purchasers receive confirmauon of purchase in the post, with some further 
information about >vw\v,m^rryTOobil^,cQm in order to be able to stop the service, alter the 
20 number, or pass on details to the recipient. Web purchasers receive similar information by 
email. 

8) Optional Card (for recipient) 

25 Purchaser may receive opt to buy a quality card (to send to the recipient of the gift). If this 
has been purchased, the card will be sent with the confirmation of purchase. 

9) Banner Advertising etc 
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In addition to preparation of the purchase front end, the web designer should additionaUy 
provide some banner ads in standard sizes for customisation by partners, and subsequent 
proliferation on partner's site, Brainstorm, and Mobile Portal. 



CLAIMS 
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I. A method of sending messages over a wireless bearer comprising the following steps: 

(a) allowing a user to select a category of messages to be sent to a recipient; 

5 (b) aUowing the user to provide information to a supplier (i) that defines the 

selectee categorj' and (ii) further comprises the mobile telephone number of 
the desired recipient of future messages belonging to that category; and 
(c) sending a message belonging to the pre-selected categorj^ to that recipient; 
wherein the user (a) provides the information to the supplier using a physical device 
10 other dian the device with the mobUe telephone number of the desired recipient and 

(b) makes fuU payment for a pre-selected number of messages or messages over a 
pre-selected duration prior to the initiation of the supply of messages. 

2. The method of claim 1 wherein the message is a SMS alert. 

15 

3. The method of Claim 2 in which the alert is an alen selected from the foUowing list: 





(a) 


horoscopes 




(b) 


fortune cookie 




(c) 


health tip 


20 


(d) 


joke 




(e) 


flirting tip (for men) 




(0 


flirting tip (for women) 




(8) 


Chat-up lines 




(h) 


stop smoking tip 


25 


© 


Lottery numbers 



4. The method of Claim 3 in which the alert is provided to die recipient at pre-defined 
regular intervals. 

30 5. The method of Claim 1 in which the user provides the information to the supplier 
using one of the following physical channels: 
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(a) mobile telephone 

(b) web site 

(c) business reply card 



5 6. A message sent using any of the preceding methods. 

7. A mobile telephone when displaying a message sent using any of the preceding 
methods. 



10 



Amendments to the claims have been filed as follows 



CLAIMS 
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1- A method of sending messages over a wireless bearer comprising die foDowing steps: 

(a) allowing a user to select a category of messages to be sent to a recipient other 
than the user; 

(b) allowing the user to provide information to a supplier (i) that defines the 
selected category and (i^ further comprises the mobile telephone number of 
the desired recipient of future messages belonging to that category; and 

(c) sending a message belonging to the pre-selected category to that recipient; 
wherein the user (a) provides the information to the supplier using a physical device 
odier than the device with the mobile telephone number of the desired recipient and 
(b) makes full payment for a pre-selected number of messages or messages over a 
pre-selected duration prior to the initiation of the supply of messages. 



15 2. 



The method of claim 1 wherein the message is a SMS alert. 



The method of Claim 2 in which the alert is an alert selected from the following Use 





(a) 


horoscopes 




(b) 


fortune cookie 


20 


(c) 


health up 




(d) 


joke 




(e) 


flirting tip (for men) 




(0 


flirting tip (for women) 




(g> 


Chat-up lines 


25 


(h) 


stop smoking tip 




© 


Lottery numbers 



4, The method of Claim 3 in which the alert is provided to the recipient at pre-defined 
regular intervals. 

30 

5. The method of Claim 1 in which the user provides the information to the supplier 
using one of the following physical charmels: 
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(a) mobile telephone 

(b) web site 

(c) business reply card 

5 6, A message s^nt using any of the preceding methods. 

7, A mobile telephone when displaying a message sent using any of the preceding 
methods. 

10 
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